OurRef.: 3995-2 



US. PATENT APPLICATION 




Invention: METHOD AND APPARATUS FOR RESOLVING AN ENTITY 



IDENTIFIER INTO AN INTERNET ADDRESS USING A DOMAIN 
NAME SYSTEM (DNS) SERVER AND AN ENTITY IDENTIFIER 
PORTABILITY DATABASE 



NIXON & VANDERHYE P.C. 

A TTORNEYS AT LAW 
1100 NORTH GLEBE ROAD 
8™ FLOOR 
ARLINGTON, VIRGINIA 22201-4714 
(703) 816-4000 
Facsimile (703) 816-4100 




Inventors: 



Robert KHELLO 
Miguel COBO 

Victor FERRARO-ESPARZA 
Antun SAMUKIC 



SPECIFICATION 



1 



METHOD AND APPARATUS FOR RESOLVING AN ENTITY IDENTIFIER 
INTO AN INTERNET ADDRESS USING A DOMAIN NAME SYSTEM (DNS) 
SERVER AND AN ENTITY IDENTIFIER PORTABILITY DATABASE 

FIELD OF THE INVENTION 

The present invention relates to providing Internet-based, conversational 
types of applications, e.g., a voice-over-IP application, and multimedia types of 
applications, e.g., streaming and multimedia message services, widiout the user having to 
know specific Internet addresses of remote devices or other entities with which a user may- 
want to communicate using these types of applications. 

BACKGROUND AND SUMMARY OF THE INVENTION 

The present invention draws upon two different areas of communication: 
data packet-based communication employing Internet addresses and circuit-based 
communication where telephone (or other identifier) nviraber portability has evolved to 
enable a subscriber to "port" a subscriber telephone number or other commtinication 
identifier geographically and/or between service providers. Packet-based communications 
are addressed first. 

When computers attached to a network communicate, Internet protocol (IP) 
addresses are used to identify those computers and typically correspond to 32 bit integers 
for IP version 4 or 128 bit integers IP version 6. Although such IP addresses provide a 
convenient, compact representation for specifying the source and destination for packets 
sent across an Internet, human users prefer to assign computers pronounceable, easily 
remembered names. As a result, the domain naming system (DNS) was developed to 
provide a scheme for assigning meaningful, high level names to a large set of computers, 
and to provide a mechanism that maps between high level computer names and IP 
addresses. 

In general, the domain naming system can be viewed as a distributed, shared 
database of domain names and corresponding IP addresses. Domain servers, more 
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commonly called DNS servers, maintain these databases. An example of a common DNS 
server is a UNIX-type machine running a version of Berkeley Internet Naming Software 
(BIND). A domain name may consist of a sequence of subnames separated by a delimiter 
character - the period. Individual sections of the name might represent sites or groups, 
5 but the domain naming system simply refers to each section of a name as a label. An 
example of such a domain name is an Internet address such as http://www.ericsson.se or 
an e-mail address such as name@ericsson.com. The label after the period is the site name 
authorized by a central authority. The label(s) before the period is (are) the part of the 
name controlled by the specific site. Here, the top level Internet domain corresponding to 

m the site is the covintry code "5e" for Sweden, and for e-mail address, it is the top level 

;g domain "am". 

% Domain servers are conceptually arranged in a tree structure that 

corresponds to a naming hierarchy. The root of the tree is a server that recognizes the top 
level domains (or tiers) and knows which server resolves each domain. Given a name to 
% resolve, the root can choose the correct server for that name. At the next level or tier, a 
;d set of name servers each provide resolution answers for one top level domain, e.g., se. A 
3 server at this domain knows which servers can resolve each of the subdomains under its 
domain. At the third level of the tree, name servers provide answers for subdomains, e.g., 
ericsson under se. The conceptual tree continues with one server at each level for which a 
20 subdomain has been defined. 

Links in the conceptual tree, however, do not indicate physical network 
connections. Instead, they point to other name servers. Conceptually, domain name 
resolution proceeds top down, starting vvdth the "root" name server and proceeding to 
servers located at the branches or leaves of the tree. There are two ways to use the domain 
25 naming system: (1) by contacting name servers one at a time, or (2) asking a name server 
system to perform the complete translation. In either case, client software forms a domain 
name query that contains the name to be resolved, a declaration of the class of the name, 
the type of answer desired, and a code that specifies whether the name server should 
translate the name completely. It sends the query to a DNS server for resolution. 
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When a DNS server receives a query, it checks to see if the name lies in the 
subdomain for which it is an authority. If so, it translates the name to an address 
according to its database and appends an answer to the queiy before sending it back to the 
client. If the DNS server cannot resolve the name completely, it checks to see what type 
5 of interaction the client specified. If the cHent requested complete translation, (i.e., 
recursive resolution), the server contacts a DNS server that can resolve the name and 
returns the answer to the client. If the client requested non-recursive resolution, (i.e., 
iterative resolution), the name server cannot supply an answer. Instead, it generates a reply 
that specifies the name server the client should contact next to resolve the name. The 
i3o dynamic host configuration protocol (DHCP) provides automated procedures by which a 
ifjl master node can assign an IP address to a server in the Internet, e.g., a DNS server. In 
"i general, IP addresses can be allocated to an entity either statically, i.e., a fixed IP address, 
^fj or dynamically, i.e., only for as long as the entity is actively connected to the Internet. User 
i:-^ devices, like a computer entity or a mobile device in a global packet radio system (GPRS) 
;r:l5 system, are normally assigned temporary Internet addresses. Although conceptually fairly 
.4 simple, in practice, the resolution of IP addresses using DNS can be complex and time 
consuming. 

The Internet and the domain naming system are designed to cany packet 
traffic for enabHng computers to communicate. Other types of networks are designed to 

20 cariy circuit-switched traffic. An example of a circuit-switched network is a legacy 

network, which employs the weU-estabHshed Signaling System No. 7 (SS-7) as defined by 
various standards bodies. The routing of a telephone call through a legacy network 
employs a stmctured telephone numbering plan. Such stmctured rules are defined by the 
International Telecommimication Union (ITU) in the E-series Recommendation E.164. 

25 The E. 164 numbering is applicable in all domains of telecommunications systems 
including wireline and wireless systems. Each physical node, referred to as a local 
exchange, is allocated one or more unique exchange number groups. The telephone 
number of a subscriber typically includes both an exchange number group (typically 
allocated in ten thousand number blocks) for the exchange to which a subscriber is 

30 connected, and a number in that group which is specific to the subscriber. 
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For example, a subscriber having a telephone number 881-1657 is connected 
to a local exchange having an exchange number group 881, within that group, the 
subscriber has a subscriber number of 1657. Thus, the telephone number is geographical 
in the sense that there is a defined relationship between the telephone number and a 
5 geographical area served by the exchange to which the subscriber is connected. There are 
also non-geographical telephone numbers where no geographical relationship exists. For 
example, toU free numbers^ virtual private network numbers, and universal access numbers 
are typically serviced by intelligent networks (IN). IN services are controlled and executed 
by a service control point (SCP) using data stored in a service data function (SDF). 

When a subscriber physically re-locates or changes service providers, it is 
desirable for the subscriber not to have to change his telephone number. Accordingly, 
number portability services permit a subscriber to "port" or transfer his telephone number 
to wherever the subscriber physically relocates or to a different service provider. Similarly, 
a mobile subscriber E.164 identification number, such as the MSISDN, is used to identify 
the mobile subscriber, the subscriber's subscription, and the subscriber's current location. 
When a mobile subscriber changes service providers, a mobile subscriber number 
portability database is updated to reflect the change. Commonly-assigned U.S. Patent 
No. 6,064,887 describes an example of mobile subscriber number portability in a 
telecommunications network that permits a mobile subscriber to retain its same MS ISDN 
when changing service providers. 

Recently, there have been discussions in the Internet Engineering Task 
Force (IETF) and other forums of the possibility of permitting a user to enter a telephony 
number, hereafter often referred to as an "E.164 number," into a computing device with 
the goal of treating that E.164 number as a DNS query for which a corresponding Internet 
25 address is supplied by the DNS. This particular type of DNS query is referred to as an 

ENUM quer>^. A recent IETF request for comments (RFC) 2916 entitled, "E.164 Number 
and DNS," outlines the possible use of the domain naming system for the storage of E.164 
telephony numbers. The DNS is used to identify available services connected to an E. 164 
number. 



while this idea is quite desirable in theory, there are a number of problems 
before it becomes practical. In particular, deploying an E.164 number-to-IP address 
mapping within the DNS infrastmcture is quite cumbersome. For example, in order to 
accommodate portability of the E. 164 number within the domain naming system for both 
different geographical locations and different service providers, it would be necessary to 
update the E.164 and IP-address relationship in the DNS databases whenever a portability 
process is executed for a specific user. In addition, it would be necessary to upgrade the 
DNS infrastructure with many more DNS servers to handle the miUions/billions of 
numbers that exist in the telecommunications world. There must be coordination of the 
user location or subscription information between the DNS and telecommunication 
systems. Service provider's management systems would need to be updated to attach the 
DNS/DHCP management routines to the same management routines used to handle the 
portability service of the E.164 numbering scheme. Furthermore, the very openness and 
flexibility of the Internet in allocating temporary IP-addresses to user devices potentially 
undermines the integrity of simple, one-to-one mapping tables between E.164 telephone 
numbers and IP-addresses, Sophisticated protection against hackers modifying the stored 
E. 164 numbering resources wotald be needed. If tampering resulted in an inability to 
commimicate with that E.164 number, the consequences could be very serious including 
lost income, decreased customer satisfaction, and increased user complaints. 

The present invention provides a much simpler and secure way of 
permitting resolution of traditional telephone numbers and other entity/device identifiers 
into Internet addresses. It further accommodates portability of telephone numbers and 
other entity/device identifiers without having to substantially modify or rework the DNS 
infrastmcture or various established number portability schemes. Self-contained, 
additional functionality is readily implemented on a DNS server to allow smooth IP 
address resolution of telephone numbers or other entity/device identifiers by taking 
advantage of existing portability databases without impaaing the existing networks that 
create and maintain such portability databases. 



In general, the present invention permits resolution of a telephone number 
or other identifier of an entity to be contacted into an Internet address, i.e., an IP address, 
using a domain name system and a portability database. The term "entity" encompasses 
devices as well as subscribers, users, etc. Portability database is often used in the context 
of a telephone number portability database. However, the invention is not limited thereto 
and encompasses any type of portability database. The telephone number or other 
identifier to be resolved is provided to a server which includes functionality for accessing a 
portability database. For the telephone number example, a telephone number portability 
database may be a mobile network number portability database, a fixed network number 
portability database, and/ or an intelligent network number portability database. 

From the access of the number portability database, the server determines, 
among other things, the identity of the network operator currently serving the 
entity/ device to be contacted. In particular, the number portability database provides a 
network identifier corresponding to the network operator associated with the entity. The 
network identifier is used in to make the process of resolving the telephone number into a 
corresponding Internet address faster and more efficient by sending the query directly to a 
DNS server in the identified network for resolution. 

In a non-limiting, example embodiment, a DNS server that receives the 
request to resolve an E. 164 telephone number into an IP address includes a DNS 
resolution processor for handling Internet address resolution requests as well as a 
resolution extension handler. The resolution extension handler consults a telephone 
number portability database using the telephone number and obtains therefrom the 
network identifier corresponding to the network operator currently associated with the 
entity. The DNS resolution processor uses that network identifier in the process of 
resolving the telephone number into the corresponding Internet address. The resolution 
extension handler is configured to use or emulate a protocol associated with the number 
portability database when it makes its consultation. As a result, the DNS server uses 
existiag mamber portability databases rather than having to create DNS number portability 
databases for a myriad of telephone numbers or other entity addresses. 
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Further example implementation details in this non-limiting embodiment 
include the DNS resolution request for an input E.164 telephone number being 
constmcted as an ENUM qyitry. The DNS resolution processor includes the network 
identifier retumed from the number portability database in the ENUM queiy and sends 
the query on to a second DNS server corresponding to the network identifier. The DNS 
resolution processor receives from the second DNS a naming authority pointer (NAPTR) 
record with one or more resource records containing uniform resource identifiers (URIs) 
corresponding either to the actual telephone number, (e.g., an e-mail address), or to the 
network boundary servers where the E.164 subscription resides, (e.g., the address of a 
proxy server, a gateway switching center, or a multimedia messaging service center used for 
the delivery of messages to users). In other words, the NAPTR record includes available 
ways of contacting a specific node identified by the domain name, including E. 164 
telephone numbers. Specifically, the NAPTR record includes an Internet address 
associated with the telephone number. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features, and advantages of the invention 
will be apparent from the following description of preferred, non-limiting example 
embodiments, as well as illustrated in the accompanying drawings. The drawings are not 
to scale, emphasis instead being placed upon illustrating the principles of the invention. 

Fig. 1 illustrates a generalized communications system in which the present 
invention may be implemented; 

Fig. 2 illustrates an identifier resolution procedure in accordance with one 
example embodiment of the invention; 

Fig. 3 illustrates a server for implementing an example of the present 

invention; 
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Fig. 4 illustrates a telephone number resolution procedure in accordance 
with another example embodiment of the invention; 

Fig. 5 illustrates an example application of the present invention in a 
communications system having circuit-switched and packet-switched technologies; 

Fig. 6 illustrates an example of how the present invention may be used to 
establish an hatemet session between users "A" and "B" using B's E.164 telephone 
number; 

Fig. 7 illustrates another server that can be used to implement an example of 
the present invention in the communications system in Fig. 4; 

Fig. 8 is a signaling diagram for an online game and telephony service 
application in which the present invention is employed; and 

Fig. 9 is a signaling diagram for another variation of an online game and 
telephony service application in which the present invention is employed. 

DETAILED DESCRIPTION 

In the following description, for purposes of explanation and not limitation, 
specific details are set forth, such as particular embodiments, procedures, techniques, etc., 
in order to provide a thorough understanding of the present invention. However, it will be 
apparent to one skilled in the art that the present invention may be practiced in other 
embodiments that depart from these specific details. In some instances, detailed 
descriptions of well-known methods, protocols, software and hardware platforms, 
interfaces, devices, and signaling techniques are omitted so as not to obscure the 
description of the present invention with unnecessary detail. Moreover, individual 
function blocks are shown in some of the figures. Those skilled in the art will appreciate 
that the functions may be implemented using individual hardware circuitry, using software 
functioning in conjunction with a suitably programmed digital microprocessor or general 



purpose computer, using an Application Specific Integrated Circuit (ASIC), and/ or using 
one or more Digital Signal Processors (DSPs). 

Fig. 1 illustrates a general communications system 10 illustrating an example 
application of the invention. An entity "A" 12 receives an entity identifier corresponding 
to an entity "B" with which "A" desires to establish an Internet session. The term "entity" 
is used in a most general sense and includes (but is not limited to) any user device, any 
service application, or any processing unit whether user-specific, network-specific, or both. 
This entity identifier includes any type of identifier that must be resolved into an hitemet 
protocol (EP) address to permit communication between entity "A" 12 and entity "B" 28 
over the Internet 22. B's identifier is included in an Internet address resolution request 
and forwarded by an application 14 in A's entity 12 to a server 16 which assists in the 
process of resolving B's identifier into a corresponding IP address. 

To facilitate this IP address resolution process, server 16 queries an entity 
identifier portability database 20 preferably already created and maintained in an existing 
telecommunications network 18. In the telecommunications world, such existing 
telecommunications networks 18 are sometimes referred to as SS7-based networks. This 
entity identifier portability database 20 includes address and identification information 
corresponding to B. In particular, a database record corresponding to B's identifier 
contains information regarding the identity or address of B's current netwoik. This 
information is extracted from B's database record. Server 16 preferably emulates the 
signaling system/protocol employed by die existing network 18 and portability database 20 
to queiy the database 20. With B's current network identifier information, server 16 sends 
an IP address resolution request directly to a domain naming system server 26 in B's 
current network 24 via the Internet 22. The DNS server 26 recognizes B's identifier and 
provides a corresponding IP address for "B" back to A's user equipment via the Internet 
22 and the server 16. Using the IP address, A's entity 12 establishes the desired packet- 
based session with B. 

From the above example of the present invention, one can see a number of 
advantages. First, the server 16 does not need to store huge amounts of identification 
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information relating to various numbers, names, and addresses associated with a particular 
entity. The present invention takes advantage of the fact that identifier portability 
databases are already created and maintained in existing circuit-based networks. The 
server 16 benefits from that existing information without having to create or maintain it. 
Using that portability information, the server 16 streamlines the IP address resolution 
process by sending the IP address resolution query directly to the appropriate DNS server 
in B*s current network. As the database 20 is outside the domain of server 16, the 
database 20 content is protected because it cannot be accessed simply by browsing on the 
Internet. These advantages are achieved without major impact on existing IP-based and 
domain naming systems or on existing telecommunication (e.g., SS7) networks. 

Fig. 2 illustrates in flowchart format an identifier resolution routine 
(block 30) illustrating procedures for implementing an example embodiment of the 
invention. An entity identifier for an entity "B"' is received requesting resolution into a 
corresponding IP address (block 32). An entity identifier portability database is consulted 
using the received "B" identifier to determine a network operator currently serving "B" 
(block 34). A network identifier corresponding to B's network operator is used in the 
process of resolving B's identifier into a corresponding IP address (block 36). 

Fig. 3 illustrates a server 100 that may be employed to implement the 
present invention. Server 100 includes a resolution processor 102, a memory 104 including 
software code 106 and database information 108, and an identifier portability controller 
110. Resolution processor 102, in conjunction with software code 106 and information in 
database 108, responds to a request that an identifier associated with the entity "B"' be 
resolved into an Intemet address corresponding to entity "B". Also in response to such an 
IP address resolution request, the identifier portability controller 110 consults an entity 
identifier portability database with the identifier and obtains therefrom a network identifier 
corresponding to a network operator associated with the entity. The identifier portability 
controller 110 emulates the signaling protocol employed by the identity identifier number 
portability database when making this consultation. The resolution processor 102 uses the 
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network operator information to facilitate a process of resolving the identifier into the 
corresponding Internet address. 

One example of an entity identifier is a telephone number (either a mobile 
telephone number or a fixed telephone number). Another example is a 
teleconimunications number, like fixed and mobile telephone numbers, as well as other 
telecommunications numbers like an International Mobile Subscriber Identifier (IMSI) 
number. Another example of an entity identifier might be a name or an address that is 
easily understood or recognized by a human. Fig. 4 illustrates in flowchart form a 
telephone number resolution routine (block 40) as an example of how the present 
invention may be applied to resolve a telephone number into a corresponding IP address. 
A telephone number for entity "B" is received by a server to be resolved into a 
corresponding IP address (block 42). A telephone number portability database is 
consulted by the server using the received telephone number to determine a network 
operator currently serving "B" (block 44). Preferably, the server consults with a telephone 
number portability database created and maintained by an existing telecom network using 
signaling/protocols already estabUshed for that telecom network. The server then uses the 
network identifier in the process of resolving B's telephone number into a corresponding 
IP address (block 46). 

A more specific, but still example application of the present invention is 
now described in conjunction with the communications system shown in Fig. 5. The 
system can be divided into two parts: circuit technology and packet technology. The 
circuit technology portion includes one or more mobile networks 50 and/ or one or more 
fixed networks 60. The mobile network 50 in this example is a GSM network which 
typically includes a home location register (HLR) database 52 for storing various mobile 
subscriber subscription and location information. In this example GSM-type mobile 
network, there are one or more mobile switchiag centers (MSCs) 54 and a gateway 
MSG 56. The fixed network 60 may be, for example, an intelligent network including one 
or more local exchanges (LE) 62 and one or more transit exchanges (TE) 64. A service 
control point (SGP) 66 provides intelligent network control services triggered at one of the 
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exchanges by a call and may access an intelligent network number portability database 
(NPDB) 68 in rendering a requested service, e.g., virtual private network, call forwarding, 
etc.. 

The packet technology portion includes domain naming system (DNS) 
network 70 including several DNS servers 72. Coupled to the DNS network 70 is a 
general packet radio service (GPRS) mobile data network 80 including one or more serving 
GPRS support nodes (SGSNs) and one or more gateway GPRS support nodes (GGSNs) 
84. A wireline packet network offering access to Internet services includes a variety of 
supported technologies such as an asynchronous digital subscriber link (ADSL) node 92, a 
cable node 94, and a typical V.90 dial-up modem node 96. The fixed and mobile packet 
networks 80 and 90 are coupled to an IP backbone 100 otherwise known as the Internet. 

In the system shown in Fig, 5, one or more of the DNS servers 72 "bridges'" 
the packet and circuit technology networks to access one or more number portability 
databases in the circuit technology network(s) using appropriate circuit technology 
network signaling protocols. The DNS server can access either of these number 
portability databases created and maintained by their respective mobile or fixed network. 
The portability database bridge provided by the present invention between circuit 
technology and packet technology is particularly advantageous in providing multimedia 
type services including, for example, voice-over-IP, telephony + video, messaging, 
telephony + on-line gaming, gambling, etc. 

In the non-limiting example where traditional mobile and fixed telephone 
numbers, also referred to herein as E.164 numbers, are used in circuit-based technology 
networks, there will likely always be a need to address a particular entity using an E. 164 
telephone number. Although E.164 numbers are used in a global and public environment 
to address remote entities, other identifier schemes may be used to identify a user 
subscription location, a user's equipment, and a user's service applications in both pubUc 
and private environments. However, in addition to these addressing capabilities, there is a 
desire to also use new, Intemet-based addressing applications. Rather than limiting the 
user to E.164 number-type addressing in circuit technology applications and to IP-type 



13 



addresses in packet technology applications, the present invention enables the domain 
naming system network 70 to employ either and to translate between the two addressing 
methods (SS7 and IP) efficiently. 

Specifically, a DNS server 72 makes an inquiry of an existing mobile number 
portability database 58 or an existing intelligent network number portability database 68 to 
determine what type of address information is stored corresponding to that E.164 
telephone number. Of course, if the database only returns an E. 164 telephone number for 
the remote entity, a circuit technology connection must be employed rather than an IP- 
type of connection. On the other hand, the number portability database may return a list 
of associated addresses in addition to an E.164 telephone number corresponding to the 
remote entity, e.g., a corresponding IP address, a service application server IP address, or a 
gateway IP address to the packet network, that permits an initiating entity to establish both 
circuit technology and packet technology sessions with the remote entity. With the 
freedom to report different types of information, a service provider and/ or a network 
operator may select the set of information which can be shared with remote service 
providers without jeopardiziag the privacy of their customers or makiQg the networks 
vulnerable to intmders and hackers. Thus, rather than building E. 164 telephone number 
IP address resolution within the domain naming system network 70, the present invention 
permits reuse of existing kivestments and infrastmcture in circuit technology networks to 
allow the domain naming system to perform (without substantial modification) the same 
packet technology address resolution functions it has always performed. 

Fig. 6 shows an example where a user A in an originating network 
establishes a multimedia type session with a remote entity B in a recipient network using 
both packet and circuit technologies simply by "A" entering B's E.164 telephone ntamber. 
"A" employs one or more user equipment units (Fig. 6 shows 4 UE's) that include both 
circuit technology and packet technology. It is very likely that users will want to use E.164 
numbers even in a multimedia packet mode environment. When establishing a multimedia 
session with remote entity B using B's known E. 164 identity, user A enters B's E. 164 
telephone number into A's packet-based user equipment, e.g., a lap-top or desktop PC. A 
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software application running on A's user equipment converts the E.164 telephone number 
into an IP address resolution query, i.e., an ENUM qaery. Such ENUM queries are 
explained in the Internet Engineering Taskforce Request for Comments (RFC) 2916 which 
describes a method of sending E.164 numbers in the DNS infrastmcture. The ENUM can 
be viewed as a format for a DNS query carrying number information, like E. 164 telephony 
numbers. The relation between ENUM and E.164 is depicted in the assigned tier 0/ 1 top 
level domain "el64.arpa" that resolves ENUM queries. 

Pursuant to the specification in RFC 2916, the original E.164 telephone 
number is converted into an ENUM message format. For example, if the original E. 164 
telephone number is +46-8-976-1234, the ENUM query is 4.3.2.1.6.7.9.8.6.4.el64.arpa. 
Essentially, the digit order of telephone number is reversed, and the highest level domain 
el64.arpa is appended at the end. The ENUM query is then provided to a local DNS 
server (reference numeral 1). 

In Fig. 6, DNS levels or tiers 1, 2, 3 and subsequent levels/tiers refer to 
different portions of the E.164 number and the configuration of DNS system. A dot in a 
DNS query typically represents a possible "tier," referred as a DNS "zone cut," expressing 
a transition between two tiers or DNS zones. However, a specific DNS hierarchy might 
handle two or more dots within one DNS zone. For example, tier 0 may correspond to 
the root DNS server and the top level domain "el64.arpa." Tier 1 corresponds to a 
country code and is resolved by a secondary DNS server associated with that tier 1. Tier 2 
may include, for example, an area code and/ or local exchange code within a particular 
country and is resolved by a secondary DNS server associated with that tier 2. Tier 3 
corresponds to a subscriber number, typically four digits following the local exchange, and 
is resolved by a secondary or a local DNS server in that tier 3 layer. A primary server in 
most DNS configurations acts as a back-up server to the underlying secondary DNSs as 
well as manages and updates all secondaiy servers during operation. In the example 
provided here, the originating and recipient networks are in the same country, i.e., both in 
the same tier 1. However, the present invention can be employed at any tier level of the 
DNS system. 
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According to RFC 2916, the domain naming system uses the ENUM queiy 
to retrieve a naming authority pointer (NAPTR) record associated with the E.164 number 
of entity B. The DNS response to the ENUM queiy contains one or more NAPTR 
records corresponding to the E.164 number, and each NAPTR record contains one or 
more uniform resource identifiers (URIs) corresponding to the entity. From a URJ, a 
service and/or address corresponding to the entity B, e.g., an IP address, maybe derived. 
Thus, for the example ENUM name query given above, the DNS response might be: 

$ORIGIN4.3.2.1.6.7.9.8A4.el64.arpa. 

IN NAPTR 100 10 "u" "sip+E2U" "!\='-$!sip:mfo@tele2.se!" 

NAPTR 102 10 "u" "mailto+E2U" "!\-'$!mailto:mfo@tele2,se!". 

This NAPTR record indicates that the subscriber prefers to be contacted 
first via session-over-IP (SIP) and second via simple mail transfer protocol (SMTP), similar 
to other protocols over IP such as file transfer protocol (FTP). The origin application 
serving user A may select any of the received URIs and convert the URI into a physical IP- 
address by requesting the address record translation from the DNS system, referred to as 
an "A-record query/' An illustrative example of an A-record query or request is the 
translation of the received SMTP URI $!mailto:info@tele2.se!" into a physical IP version 4 
address, e.g., ''192.222.345.234". More information regarding NAPTR/DNS resource 
records may be found at RFC 2915, for URIs, at RFC 2936, and for A-record queries at 
RFCs 1034 and 1035. 

Because the initial receiving DNS server, sometimes referred to as the 
"forwarding DNS," does not recognize the E.164 number for entity B in its subdomain 
level, it forwards the ENUM query to the next, secondary level or tier DNS server 
(reference numeral 2). The secondary DNS server consults one or more telephone 
number portability databases, such as a mobile number portability database (NMPDB) and 
an intelligent network number portability database (INPDB), using the E.164 telephone 
number extracted from the ENUM query (reference numeral 3). The queried number 
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portability database in the circuit-switched network retrieves a portability or a subscription 
related information record corresponding to that E.164 number and retums that 
information to the secondary DNS server (reference numeral 4). The communications 
indicated at reference numerals 3 and 4 are preferably performed using the signaling 
protocol of the accessed number portability database. In this example, such a signaling 
protocol corresponds to signaling system 7 (SS-7) with the mobile application protocol 
(MAP) for the mobile number portability database or signaling system 7 (SS-7) with the 
intelligent network application protocol (INAP) for the intelligent network number 
portability database. 

The portability record returned from the number portability database 
includes a network prefix (NPR) or other network identifier that identifies that the E.164 
telephone number belongs to the network operator in the recipient network. Accordinglyj 
the secondary DNS server uses its own resolution process to locate the remote secondary 
DNS server corresponding to this network prefix to send the ENUM query specifically to 
a secondary level DNS server in the recipient network (reference numeral 5). Reference 
numerals 6 and 7 illustrate optional number portability or other type of location database 
lookup, which might be necessary to perform in certain applications to locate user B's 
subscription server, e.g., an HLR lookup in a mobile network application. The recipient 
network secondary DNS server recognizes the E.164 number as belonging to remote 
entity B in its network and therefore can report the relevant NAPTR resource record 
corresponding to or serving that E. 164 telephone number. The NAPTR URI content may 
then be translated within the DNS secondary server into an IP address using the DNS 
" A-record request" functionality. The IP address is returned to the secondary DNS server 
in the originattng network (reference numeral 8). That corresponding IP address is 
forwarded from the secondary DNS server to the local DNS server (reference numeral 9), 
and from the local DNS to the application user A's equipment (reference numeral 10). 
With that IP address, A's user equipment can then establish a multimedia session with 
remote entity B using both B's E.164 telephone number and B's IP address. 
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Fig. 7 illustrates a local DNS server 200 that may be employed in an 
example, but non-limiting application in the context of the system shown in Fig. 5. The 
DNS server 200 includes a dynamic host configuration protocol (DHCP) controller 202 to 
permit server 200 to communicate with and broadcast messages to other DNS servers and 
to exchange IP addresses between the DNS servers thereby allowing addition of new DNS 
servers on the fly. A lightweight data application protocol (LDAP) controller 204 may be 
used to enter and retrieve information from an operator management database or to define 
entries in the DNS server memory. A simplified database (SDB) 205 enables the DNS 
server to use the assistance of external resources in the resolution process of a DNS query. 
A Berkeley Internet Naming Software (BIND) controller 206 executes the DNS code that 
allows the DNS server 200 to resolve names into IP addresses and runs on a UNIX 
(SOLARIS) or WINDOWS (NT) operating system/platform 208. The BIND 
controller 206 may serve a single zone or a multiple zones within the same DNS server, 
e.g., Zone l = ".com" (210), Zone 2 = ".inf' (212), and Zone 3 = ".el64.arpa" (214). 

An extension resolution handler (ERH) 216 used in this example 
embodiment employs the SDB 205 to assist the DNS in the resolution process of E.164 
numbers and to query one or more telephone number portability databases maintained in 
circuit technology-based networks. For example, the ERH 216 can help resolve an E.164 
query by consulting the mobile number portability database 58 in the mobile network 50 
or an intelligent network telephone number portability database 68 in the fixed network 60 
to obtain address information, and in particular, network operator address information 
corresponding to the E. 164 telephone number. This network address information is used 
by the involved service application in the server 200 in the process of resolving the E.164 
number into an IP address. 

Consider the example session in Fig. 6. When the DNS server 200 receives 
a ENUM query in the form of "extn.lex.npr.cc.el64.arpa,'' (where "etxn'' stands for the 
telephone number extension, ''lex" corresponds to the local telephone exchange, "npr" 
corresponds to the network operator prefix, and "cc" corresponds to country code), the 
secondary DNS server of the identified country in the DNS server 200 checks whether the 
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received number is international or national by viewing the country code. If an 
international countr)^ code is detected, the DNS server 200 acts in accordance with the 
established DNS resolution process (1) for recursive resolution to the higher identified tier 
or (2) for retrieval from the DNS internally stored information of the address of the 
remote international DNS server corresponding to the international country code. A new 
DNS/ENUM query is then sent by the forwarding DNS server toward the IP address of 
the secondary DNS server of the identified country. 

If a national number is detected, the DNS/ENUM resolution process in the 
secondary DNS server 200 is temporarily halted, and the ERH 216 queries a number 
portability database from an existing network. For example, the ERH 216 extracts the 
E.164 telephone number from the original ENUM qutry and constructs either an MAP 
SRI message to query* the mobile number portability database 58 or an INAP IDP message 
to query the intelligent network number portability database 68. The ERH may construct 
an emulated Signaling System 7 (SS7) database query using the E.164 telephone number as 
an SCCP GT called party number parameter. The number portability database responds 
to the query with a NAPTR record including a specific network routing prefix (NPR) 
pointing to another network in the same coimtry that corresponds to the E.164 number. 
The ERH 216 may directly locate the remote secondary DNS server corresponding to the 
received NPR, or it may simply initiate a recursive query in the DNS indicating the logical 
address of the remote network, e.g., the received NPR, which will be identified by the 
normal DNS resolution process for continuous processing. The ERH 216 or the DNS 
200 may include the network prefix NPR in the ENUM message sent to the secondary 
DNS server in the recipient network. 

As indicated above, the present invention may be used to establish a 
multimedia or other commuxiications session that includes one or more of the following 
example appHcations: voice-over-IP, web surfing, e-mail, videoconferencing, video-on- 
demand, audio-on-demand, intranetwork access, gaming, and gambling, either with or 
without a circuit-switched voice communication. An example of the present invention 
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applied to a an on-line game coupled with a telephony service application is now described 
in the signaling diagram of Fig. 8. 

User A enters an E.164 telephone number 070552233 corresponding to ''B'' 
into A's user equipment (UE). A's user equipment generates an ENUM query using the 
E.164 telephone number as follows: 3.3.2.2.5.5.0.7.6.4.el64.arpa. The ENUM query is 
sent through the mobile packet network, i.e., the GPRS network 80 shown in Fig. 4, to an 
SGSN node which forwards the ENUM message to a domain name server, i.e., DNS 
server 72 in Fig. 4. The extension resolution handler 216 in the DNS server 200 extracts 
the E. 164 telephone number from the ENUM query and constructs and emulated SS-7 
database query with that telephone number to the mobile network number portability 
database (NMPDB) 58. Based on that telephone number, the mobile number portability 
database 58 returns to the extension resolution handler 216 a network prefix 845 
corresponding to the network of user B using that network prefix, the extension resolution 
handler 216 adds the network prefix 845 to the ENUM query and forwards it directly to a 
secondary DNS server in the recipient mobile network of user B corresponding to the 
network prefix 845. That DNS server then accesses its own mobile number portability 
database which includes a record for user B, e.g., an NAPTR record, and forwards a 
corresponding IP address 445.334.332.220 along with user B's telephone number 
4684570552233 back to A's user equipment via the secondary DNS server in B's network, 
the DNS server and SGSN in A's network. The IP session needed to play the game 
between "A" and "B" can now established. 

At this point, user A establishes a voice communication via traditional MSG 
and GMSC nodes in the mobile networks of users A and B using B's mobile telephone 
number 4684570552233. At the same time "A" and "B" are talking on their respective 
phones, A's user equipment can run a game by establishing an IP data link with B's user 
equipment using the IP address 445.334.332.220 via the GPRS nodes SGSN and GGSN 
in "A" and B's GPRS networks. 

Fig. 9 illustrates a signaling diagram for another example way of 
implementing the same game and telephony service appUcation between user A and 
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user B. In this example, "A" first establishes a voice connection with "B" before setting 
up the game. User A enters B's mobile telephone number 070552233 in A's mobile phone 
which forwards the number to the MSG in A's network. The MSG determines the current 
network where "B" is located using the mobile number portability database and forwards 
the telephone number 4684570552233 to the GMSG and MSG in B's network to establish 
the voice call. 

After establishing a voice call, "A" enters B's telephone number 070552233 
into A's packet-based user equipment which formulates an ENUM request 
3.3.2.2.5.5.7.6.4.el64.arpa. The ENUM message is forwarded by the SGSN to the DNS 
server in A's network. The DNS server consults the mobile number portability database 
58 in the circuit-switched mobile network 50 using the E.164 telephone number 
4670552233. The database 58 provides the network prefix of B's network, 845, and the 
DNS server reformulates the ENUM query to include that prefix. The modified ENUM 
query is sent direaly to the appropriate DNS server in B's network, which extracts the 
E.164 telephone nimiber corresponding now to 84570552233. This E.164 telephone 
number is used to consult the mobile network portability database in B's network to 
determine B's IP address 445.334.332.220. That corresponding IP address is returned 
from the database to A's user equipment through the DNS servers in the SGSN in A's 
network. Thereafter, A's user eqtiipment uses the IP address corresponding to B's user 
equipment to establish a data session to run the electronic game. 

While the present invention has been described with respect to particular 
example embodiments, those skilled in the art will recognize that the present invention is 
not limited to those specific embodiments described and illustrated herein. Different 
formats, embodiments, adaptations besides those shown and described, as well as many 
modifications, variations and equivalent arrangements may also be used to implement the 
invention. For example, a multimedia messaging service center (MMSG) in network A may 
send a multimedia message using an E.164 number to reach the multimedia messaging 
center of user B in a remote network. An MMSG server is likely IP-based, and uses the 
DNS and IP backbone for communication. Therefore, DNS/ENUM can be used to 
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resolve the E. 164 number using a number portability check via a DNS/ENUM query. 
Once a multimedia message is sent to a terminating MMSC, the latter will deliver the 
message to the user using internal routines and procedures. In this example, the 
DNS/ENUM process is relevant for server-to-server communication without any on-hne 
user. Thus, although the present invention is described in relation to a preferred example 
embodiments, it is to be understood that this disclosure is only illustrative and exemplar)^ 
of the present invention. The scope of the invention is defined by the appended claims. 



